AMENDMENTS TO THE CLAIMS 
Claim 1 (Original) A safe service extension platform (SEP) in which services (S) are 
associated with an execute form (DE), and the services (S) are extended by changing or adding 
the execute form (DE), the platform comprising a service-dependent API for extending the 
services, wherein the service extension from the execute form (DE) is carried out only by calling 
the service-dependent API. 

Claim 2 (Original) The safe service extension platform (SEPl) according to claim 1, wherein 
the service extension is to provide a new service. 

Claim 3 (Original) The safe service extension platform (SEPl) according to claim 1, wherein 
the service extension is to start using a service. 

Claim 4 (Currently Amended) The safe service extension platform (SEP) according to 
claim 1 claims 1 tln - ough 3 , wherein the extension of a target service is carried out only by calling 
the service-dependent API from an execute form (DE) associated with the target service. 

Claim 5 (Currently Amended) The safe service extension platform (SEP) according to 
claim 1 claims 1 tlii ' ough 3 , wherein a parent/child relationship (service parent/child designation 
information ISh) is defined between a plurality of services, and in the case where a call for the 
service-dependent API requested by the execute form (DE) designates, as a process target, a 
service-dependent resource (RS) associated with a service (S), only when a service (S) associated 
with the execute form (DE) is an ancestor of that service (S), service-dependent resource (RS) 
can be processed. 

Claim 6 (Currently Amended) The safe service extension platform (SEP) according to 
claim 1 claims 1 tlii ' ough 3 , wherein an execute form (DE) associated with a metaservice at least 
one of the services (S) can be extended by the service-dependent API. 
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Claim 7 (Original) The safe service extension platform according to claim 6, wherein in the 
case of the execute form associated with the metaservice, all of the services (S) can be extended 
by the service-dependent API, and in the case where the execute form (DE) is not associated with 
the metaservice, the service-dependent API is unable to extend the services. 

Claim 8 (Original) The safe service extension platform (SEP4) according to claim 6, wherein 
the execute form (DE) is a control content (DCc) which satisfies requirements that are to be 
satisfied by contents (DC), the control content (DC) is transmitted as a content (DC) together 
with at least one of the contents, information (Es) for designating the control content (DCc) from 
at least one of the contents (DC), and the service-dependent API can be processed only by the 
control content (DC). 

Claim 9 (Original) The safe service extension platform (SEP4) according to claim 8, wherein 
the service-dependent API controls automatic storage of a specific service content (DC). 

Claim 10 (Currently Amended) The safe service extension platform (SEP) according to 
claim 1 claims 1 tlii - ough 9, wherein the execute form (DE) is sent from at least one service 
provision portion (1 10, 210, 310, 410), and received by at least one terminal device (130, 230, 
330, 430) for executing the execute form (DE). 

Claim 11 (Currently Amended) A safe service extension method which realizes safe service 
extension platforms (SEP) of claim 1 claims 1 tlirough 1 0 . 

Claim 12 (Currently Amended) A recording medium having stored therein a computer 
program for implementing safe service extension platforms of claim 1 claims 1 tlu ' ough 10 . 
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Claim 13 (New) The safe service extension platform (SEP) according to claim 2, wherein 
the extension of a target service is carried out only by calling the service-dependent API from an 
execute form (DE) associated with the target service. 

Claim 14 (New) The safe service extension platform (SEP) according to claim 3, wherein 
the extension of a target service is carried out only by calling the service-dependent API from an 
execute form (DE) associated with the target service. 

Claim 15 (New) The safe service extension platform (SEP) according to claim 2, wherein a 
parent/child relationship (service parent/child designation information ISh) is defined between a 
plurality of services, and in the case where a call for the service-dependent API requested by the 
execute form (DE) designates, as a process target, a service-dependent resource (RS) associated 
with a service (S), only when a service (S) associated with the execute form (DE) is an ancestor 
of that service (S), service-dependent resource (RS) can be processed. 

Claim 16 (New) The safe service extension platform (SEP) according to claim 3, wherein a 
parent/child relationship (service parent/child designation information ISh) is defined between a 
plurality of services, and in the case where a call for the service-dependent API requested by the 
execute form (DE) designates, as a process target, a service-dependent resource (RS) associated 
with a service (S), only when a service (S) associated with the execute form (DE) is an ancestor 
of that service (S), service-dependent resource (RS) can be processed. 

Claim 17 (New) The safe service extension platform (SEP) according to claim 2, wherein an 
execute form (DE) associated with a metaservice at least one of the services (S) can be extended 
by the service-dependent API. 
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Claim 18 (New) The safe service extension platform (SEP) according to claim 3, wherein an 
execute form (DE) associated with a metaservice at least one of the services (S) can be extended 
by the service-dependent API. 

Claim 19 (New) The safe service extension platform (SEP) according to claim 2, wherein 
the execute form (DE) is sent from at least one service provision portion (1 10, 210, 310, 410), 
and received by at least one terminal device (130, 230, 330, 430) for executing the execute form 
(DE). 

Claim 20 (New) The safe service extension platform (SEP) according to claim 3, wherein 
the execute form (DE) is sent from at least one service provision portion (1 10, 210, 3 10, 410), 
and received by at least one terminal device (130, 230, 330, 430) for executing the execute form 
(DE). 
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